home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Turnbull China Bikeride
/
Turnbull China Bikeride - Disc 1.iso
/
ARGONET
/
PD
/
FILER
/
DICOTTERY.SPK
/
!Dicottery
/
!Help
next >
Wrap
Text File
|
1996-07-14
|
8KB
|
189 lines
!Help for Dicottery v0.01 (Sun 14th July 1996)
You may have noticed I've rewound the version number right back to 0.01.
This is for two reasons...
1: This is a completely rewritten version of Dicottery, in C.
2: Version 3.09 was getting a bit ridiculous ;-)
WHAT IS DICOTTERY?
~~~~~~~~~~~~~~~~~~
There are a lot of compression programs around. Unfortunately, most of them
suffer from one major problem. This problem is that to decompress what
you've compressed (and get your original data back), you need a program
(or decompressor) to do this. This poses an enormous problem if you've
just (to save space on your disc) compressed your decompressor. Yes, I've
done this before, and I had to go over to a friends' to get another copy of
the decompressor :-).
Dicottery, however, overcomes this problem in one simple step. What it does
is to produce archives which decompress themselves. These are known as
Self-Extracting Archives (SEAs) (and from now on, I'll refer to the archives
Dicottery produces as DSEAs).
WHAT ARE THE BENEFITS OF DICOTTERY?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
There is the obvious benefit, of course, that you don't need a decompressor.
All archives produced by Dicottery are Absolute files (&FF8) and will
decompress themselves via a save box if you double-click on them.
Dicottery is also FreeWare. You don't have to pay a penny to use Dicottery!
Another main benefit is that it's fast. When compressing, it blisters along
at about 5 times the speed of SparkFS.
Here's a table of times taken with Dicottery, SparkFS and ArcFS compression.
The times were taken compressing !Zap (original 1601899 bytes, or 2083K
counting the space taken by directories) from RAM disc to RAM disc (to
eliminate speed of hard disc). All tests were carried out on the same
RiscPC600, and were timed with my wrist watch. The 'faster' option was
used in each case.
| Dicottery | ArcFS | SparkFS
----------------+--------------------+--------------------+---------------
Time taken | 37s | 46s | 127s
----------------+--------------------+--------------------+---------------
Archive size | 878248 bytes | 908945 bytes | 703538 bytes
----------------+--------------------+--------------------+---------------
Size reduction | 19.1 K/s | 14.7 K/s | 6.9 K/s
per second | | |
So it seems Dicottery is the most efficient of the three :-).
SO WHAT'S THE BAD NEWS?
~~~~~~~~~~~~~~~~~~~~~~~
Well, the worst part about Dicottery is that its archives, though they will
decompress on other Acorn machines (anything with Risc-OS in fact), won't
decompress on anything else. SparkFS, however, can produce Zip files, which
are compatible with anything. However, if you're producing software, for
example, for Acorn machines (like I am), you only need things to decompress
on Acorns anyway.
The other main problem is to do with the size of the archive. SparkFS and
ArcFS can handle any size of archive, but DSEAs, due to their self-extracting
nature, have to be completely loaded into memory before they are even run,
and so you can't decompress any DSEA that's larger than your available
memory. This, however, will be solved in the future with a read-only
filing system. I've been contemplating writing one for some time, and I
just have to give it a go :-).
HOW DO I USE DICOTTERY?
~~~~~~~~~~~~~~~~~~~~~~~
It's quite simple, and there's plenty of interactive !Help support. All
you do is drag an application or directory onto the Dicottery icon (on
the icon bar), and a save box will open. Drag the icon off there, and
Dicottery will start producing a self-extracting archive there. Dicottery
can handle as many compression jobs at once as can fit into memory.
ARE YOU GOING TO WRITE THE BORING BIT?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Yes, I'm afraid I am. Here goes...
Dicottery (this term includes the program, and all associated files included
in the original release of version 0.01 of Dicottery) is copyright Phil
Norman Sun 14th July 1996. It is freeware, which means you can copy and
distribute Dicottery as much as you wish, as long as no charge is made
(with the exception of a small charge made by PD libraries for time and
materials) and all files are included unaltered.
If you want to include Dicottery as part of a commercial package, or want
to publish it as part of a magazine package, you must contact me first. It
is illegal to distribute Dicottery in such a way without my express written
permission.
I accept no responsibility for ANYTHING that may EVER happen to you, your
family, anyone you will ever meet, or indeed any item of animate or inanimate
materials that you may ever own, see, or know of. This software is provided
as-is, and I can accept no responsibility for it not working, crashing your
filer, or for the screenshots being from a version you don't have.
I accept no responsibility for any damage or loss of anything caused by
this program or any other, even if I've been advised of the possibiliy of
such a loss (now where did I get that one from? ;-).
I reserve the right to change the conditions and licence of Dicottery at
any time, to change the code and specifications of the program at any time,
or to put deliberate bugs in the program to check that you're awake.
WHAT'S NEW IN DICOTTERY?
~~~~~~~~~~~~~~~~~~~~~~~~
If you've used Dicottery before, you may want to know if I've fixed all
those hideous bugs you keep telling me about ;-). Well, one of the most
hideous and nasty bugs is sorted! That was the one that would cause the
DSEA to die screaming with the error message 'Unrecognised string'. I know
what it was now - when I was storing/compressing the files, I was checking
for file types (that's as in R0 on exit from OS_File,5) of 1. As a result,
files of type 3 (image filing systems, eg ArcFS archives, StrongHelp
manuals) were not being stored at all when the relevant filing system was
loaded. This is now fixed - if Dicottery finds a file of type 3, it'll
treat it just like a file of type 1.
Also, a new thing. Alex Howarth was complaining about incomplete archives.
Basically, if a Dicottery archive is incomplete, it usually crashes the
computer. This was especially a problem for Alex, running the OuijaBoard
BBS on his computer and all (OuijaBoard, BTW, is certainly the best BBS
about). Now, DSEAs will, on loading, check that a 'special word' (yeah,
one of those) exists at a certain position in memory (just after the end
of compressed data). This special word is "Phil" (guess why ;-) and if
it isn't there, it usually means that the end of the file hasn't loaded
in, and therefore the file wasn't complete. In such a situation, the DSEA
will exit considerately with the concise, but descriptive error message
'Archive incomplete'.
HOW DO I CONTACT YOU?
~~~~~~~~~~~~~~~~~~~~~
Me? You want to contact ME? I'm flattered! No - it's probably a bug.
*grin*
OK - you can reach me at...
email: P.C.F.Norman@ex.ac.uk (or py95pcfn@ex.ac.uk)
British Mail: Phil Norman,
21 Priory Road,
Exeter,
Devon,
England.
EX4 7AW
(or during holidays)...
Phil Norman,
1 Claredale Road,
Exmouth,
Devon,
England.
EX8 2EE
URL: http://newton.ex.ac.uk/general/ug/norman
ANYTHING MORE TO SAY?
~~~~~~~~~~~~~~~~~~~~~
Just a big THANKYOU! to all those who have helped make Dicottery what it is
today. Special thanks go to the following...
Matthew Godbolt (Exeter uni)
Tim Wiser (IRC #acorn)
indy911 (IRC #acorn)
Eli-Jean Leyssens (IRC #acorn)
Justin Fletcher (IRC #acorn)
Carol Carpenter (IRC #acorn)
Andy Page (Exeter uni)
Jonix (IRC #acorn)
All those on IRC #acorn not already mentioned.
All those on the OakTree talker.
All those on Egham Hills 90210.
John Kortink (Wrote the LZW module)
Inventor of coffee
Acorn (computers)